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(54) Parcel dispatch manager system and method 

(57) A system and method are set out for automat- 
ing the sorting and loading of parcels (24) into a delivery 
vehicle. While being conveyed (19) from a customer, 
parcels to be delivered are scanned (1 04) and informa- 
tion obtained therefrom. The information may be the 
parcel identification code (1 06) and/or delivery address 
(132). The obtaining may be performed by a bar code 
reader, hand held (22) or overhead (20), as well as a 
videocoding device. The parcel information is matched 
to a sort code (174, 176), a unique code for a unique 
delivery address. A list of matched identification and sort 
codes (30, 32) and delivery addresses and sort codes 
(42) is then saved for later search, sort, and retrieval. 
The parcels are then loaded in sequence (18) into mo- 
bile racks (27), which when full (1 86), is loaded onto the 
delivery vehicle (188). A sequence list of the order In 
which the parcels were scanned is also saved for later 
search, sort, and retrieval (34, 35). An end user (44) en- 
ters a select list of addresses in search of possible hits 
from the saved lists (66, 68). A hit list (70) is generated 
and sorted by the order of addresses in the search list 
(69). Alternative sort options are also available. 
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Description 

[0001] The present invention relates to parcel sorting 
and delivery and more particularly to a parcel sorting 
system and method for automating manifest generation, 
parcel placement in racks, and latter controlled access 
to the parcels. The invention has use in parcel delivery 
and in particulars steps taken during preparation of de- 
livery vehicles for their delivery rounds. 
[0002] Parcels are delivered by public and private 
concerns, including national post offices like the United 
States Postal Service and corporate delivery services 
like Federal Express and DHL. Parcels arrive at a cen- 
tral location and are distributed to delivery vehicles 
which will complete the last leg of the parcels journey to 
the delivery address. Delivery vehicle drivers usually 
wait for their parcels by a conveyor belt or the like. It is 
the driver responsibility to note the delivery addresses 
of the parcels, plan a delivery route according to the ad- 
dresses, and load the delivery vehicle In an ordered 
manner such that parcels can be later retrieved. These 
tasks are time consuming, tedious, stressful and prone 
to human error. Where an error is made with a parcel, 
the driver must redirect his route and/or a delay occurs 
in parcel delivery. As with all businesses, the pressures 
on the driver are passed to the delivery service which is 
ever mindful of balancing quality, customer service and 
costs while providing additional services like alternate 
delivery addresses - yet another consideration for the 
driver. Accordingly, a need exists for tools to assist the 
driver and delivery service with the aforementioned bur- 
dens. 

[0003] It is an advantage of the present invention to 
relieve the driver of the burdens of sorting and loading 
parcels as well as generating a manifest and planning 
a delivery route. It is a further advantage to free up the 
driver's preparation time so that more time is available 
for deliveries and customer service. It Is a further advan- 
tage to provide the delivery service with a delivery prep- 
aration scheme having reduced error while mindful of 
alternative delivery services. These and other advan- 
tages are realized by a system and method for automat- 
ically sorting parcels as they are loaded onto delivery 
trucks, generating and updating parcel manifests, and 
optimizing delivery routes. In operation, an identifier or 
parcel information, such an identification (ID) code and/ 
or delivery address, is read off of a parcel by scanning 
as the parcel is conveyed to a loading rack. The parcel 
is sequentially loaded into a sequential position within 
the rack. Once a rack is full, or no more parcels are 
present for delivery, the rack is loaded onto a delivery 
vehicle. Parcel identifiers or Information is matched to a 
sorting code. The resulting match (or assignment) list is 
then stored in at least one database. The sorting code 
is a unique code identifying a unique delivery address. 
Consideration is also given to preexisting arrangements 
present for the parcel's delivery - such as an alternate 
address which Is substituted Into the parcel data. A 



search is performed of the match list for delivery ad- 
dresses along a particular delivery route. A hit list is gen- 
erated which is then sorted, e.g. by routing software, to 
an order consistent with a time optimized delivery route. 
5 A manifest is then generated with the sorted hit list and 
other information. 

[0004] The advantages are further realized by a meth- 
od of sorting parcels, comprising the steps of: decoding 
a parcel identifier; matching said identifierto a sort code, 
said sort code uniquely associated with a delivery ad- 
dress; loading said parcel into a rack space; repeating 
said steps of decoding, matching loading for a plurality 
of parcels; generating a first list comprising identifiers 
matched to sort codes; generating a second list com- 
prising parcel sequence and rack space; merging said 
first and second list to form a third list; cross checking 
said third list with a fourth list for possible matches ther- 
ebetween; and generating a fifth list comprising said 
possible matches. 

[0005] The advantages are still further realized by a 
system for automating parcel sorting, comprising: a 
scanner for decoding a plurality of parcels identifiers in 
a first sequence; computer means comprising: a first in- 
terface for receiving decoded identifiers; matching 
means for matching decoded identifiers with sort codes; 
compiling means for generating a first list of said match- 
ing; a second interface for receiving a second list com- 
prising said first sequence; merging means for merging 
said first list and said second list; a second interface for 
receiving a third list, said third list comprising a plurality 
of identifiers; and comparing means for comparing said 
third list and said second list and generating a fourth list 
of matches; and computer input means in communica- 
tion with said second interface, said computer input 
means generating said third list. 
[0006] These and other advantages will become clear 
from the following detailed description and appended 
claims. The invention will be described in accordance 
with the following figures wherein like numerals refer to 
like parts. 

Figure 1 depicts a flowchart of the present method; 
Figure 2 depicts an overview of the present system; 
Figure 3 depicts flow of data according to the Inven- 
tion; 

Figure 4 depicts interface of database according to 
the invention; 

Figure 5 depicts data sorting according to the inven- 
tion; and 

Figure 6 depicts a manifest and mobile rack. 

[0007] The present invention is directed to a parcel 
dispatch manager system and manager (PDM). The 
PDM may comprise a computer having a processor, 
memory, input and output means. Computer may incor- 
porate a client-server arrangement. Software, operating 
on the computer causes the relevant method steps be- 
low to take place. The software is not limited to a palte- 
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ular language or algorithm but for execution of the meth- 
od below. Accordingly, the software can be generated 
by one skilled in the art. Likewise, the hardware and 
computer configuration is a matter of design choice. 
[0008] Figure 1 depicts a flowchart of the present 
method. The method begins at 1 00 and proceeds to the 
next step of conveying a parcel to a scanner 102. Con- 
veyance is normally performed by a conveyor belt or 
simitar such means. The parcel includes several identi- 
fiers or information, including an identification (ID) code 
and delivery address. The parcel is scanned 104 and 
an attempt to obtain the ID code is made 106. The ID 
code, as is known in the art, uniquely identifies the par- 
cel and may comprise a bar code (not shown). A deter- 
mination is made whether the ID code scan was suc- 
cessful (decodable) 1 08. If the scan was successful 134, 
the method continues to step 132. If the scan was un- 
successful 11 0, a second scan is attempted with a vid- 
eocoding device 112. A second determination is made 
whether the scan was successful 114, and if not 116, 
the ID code is manually read 118. If the scan was suc- 
cessful 115, the method continues to step 132. A third 
determination is made whether the ID code was suc- 
cessfully read, 1 20, and if not 1 22, the parcel is removed 
from circulation for further processing 124. The method 
then returns 1 30 to the next parcel to be conveyed 1 02. 
If the read was successful 1 1 7, the method continues to 
step 1 32. Alternatively, method may continue to the step 
of obtaining the address from the parcel scan (132) and 
omit all future steps involving the ID code. 
[0009] An attempt is then made to obtain the address 
from the scan of the parcel 1 32. A determination is made 
whether the address was successfully read by the scan 
136. If the scan was successful (138) the method con- 
tinues to step 140 wherein the ID code and address are 
stored In at least one database. If the address scan was 
not successfully read 1 42, the scan is repeated with the 
videocoding device 144. A determination is again made 
whether the scan successfully read the address 146. If 
the scan was successful (1 48 ) the method continues to 
step 140. Where the scan, via the videocoding device, 
was unsuccessful (1 50) the parcel address is manually 
read 1 52. A determination is made whether the address 
is manually readable 154. If the read was successful, 
the method continues to step 140. If the address is not 
readable 156, the parcel Is set aside for further process- 
ing 158. Such processing may include sending the par- 
cel back to the sender or customer, disposal, and the 
like. The method then returns 160 to step 102. Where 
the address is readable via manual inspection (1 62), the 
method continues to step 140. The ID code and parcel 
address may be stored in the same or different databas- 
es located locally or remotely as a matter of design 
choice. 

[0010] A search is conducted of a storage medium 
containing service agreements and other understand- 
ings effected between customer and delivery service 
1 64. The storage medium may be the at least one da- 



tabase. The search is part of a determination of whether 
the service agreement or understanding (if present) in- 
cludes an alternate delivery address associated with the 
parcel or destination address 166. The alternate deliv- 
5 ery address may also be effected by the recipient at the 
delivery address, as may occur from a vacation or relo- 
cation. Such alternate delivery addresses may include 
other delivery locations, holding the parcel at franchise, 
lock box, local post office or delivery service, etc. Where 
10 it is determined that an alternate delivery address is 
present 168, the alternate delivery address is substitut- 
ed for the delivery address 170 at the stored location 
effected during step 140. Where no alternate delivery 
address is found 1 72, a matching of the parcel address 
to a sort code is made 1 74. Sort codes are unique codes 
that identify a unique destination. ID Codes are then 
matched to the sort codes 1 76 by methods known in the 
art. The sequence from which the parcels were scanned 
is also matched to the sort codes 1 78. The parcels are 
loaded, manually or automatically, onto a mobile rack, 
in the sequence of receipt and scan 180. The lists of 
matches (or assignments) are stored in the at least one 
database separately or complied into one formal list and 
stored in a single (or with backup) location 182. 
[0011] A determination is made whether the mobile 
rack is full 184. If the rack is full 186, the rack is loaded 
onto the delivery truck and a new rack is introduced to 
receive parcels 1 88. And the method continues to step 
190. If the rack is not full 192, the method continues to 
step 190, wherein, a determination is made whether 
there are other parcels to be delivered along the route 
of the delivery vehicle. If other parcels are present 1 94, 
the method returns to step 102 and the next parcel is 
scanned. If there are no more parcels to be scanned 
196, the at least one database will now contain a list of 
all of the scanned parcels sorted by sort code. The at 
least one database is now queried for a list of all parcels 
matching select sort codes (or delivery addressesO, the 
select sort codes being along a particular delivery route 
198. A hit list is generated and sorted and produced In 
a manifest with the aid of routing software 200. The hit 
list may be ordered such that the driver's stops are min- 
imized along a select route. The routing software is 
known In the art. The hit list will contain at least a rack 
location, delivery address and order of delivery (50, fig- 
ure 6). The manifest is stored in the at least one data- 
base 202 and communicated to the delivery vehicle driv- 
er via paper or electronic format 204. An optional map 
detailing the route and delivery may also be provided. 
The latter instance, the driver is equipped with a mobile 
data receiving device such as a personal digital assist- 
ant, mobile telephone and the like. The method then 
ends 206. 

[0012] Figure 2 depicts an embodiment of the present 
system. Herein parcels 24 are transported by conveyor 
belt 19 below an overhead scanner 20. The scanner 20 
may comprises a bar code reader, videocoding device 
or other optical scanning apparatus. The scanner 20 
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may further include optical character recognition means 
where necessary. Scanner 20 obtains the ID code and 
delivery address from parcel 24 which are then directed 
to PDM 23. As an alternative to an overhead scanner, 
a hand held scanner 22 may be employed with the data 
so obtained also directed to PDM 23. Parcels are then 
either loaded onto mobile rack(s) 27 in the order of con- 
veyance or manually set aside 25 for further handling. 
[0013] Figure 3 depicts databases arranged to re- 
ceive parcel data. The ID codes 30 and sort codes 32 
are matched, by the PDM performing a method known 
in the art, and stored in a first database 33, ID-Code 
database. The sequence in which the parcels were con- 
veyed or scanned (bar code and/or videocoding) 35 is 
stored in a second database 34, Track & Trace data- 
base. Like elements are assigned like numerals 
throughout the figures. 

[0014] Figure 4 depicts the collecting of data by the 
PDM 23 The matched ID codes and sort codes are re- 
trieved 38 from database 33. Addresses are assigned 
to the sort codes, via a matching procedure performed 
by the PDM. The matching procedure is known in the 
art. The addresses are retrieved from an address data- 
base 42. Where the addresses are already known from 
the parcel, this step if omitted. The sequence of parcels 
35 is also retrieved 36 from database 34. The PDM then 
receives a search query, from user 44, for all hits along 
a particular sequence of addresses. Figure depicts ex- 
ecution of this search. Herein a sequence of parcels 62 
(matched ID codes with sort codes and/or delivery ad- 
dresses with sort codes) is searched 64 for a matches 
or hits with a list of addresses 66 inputted 68 into the 
PDM 23 by end user 44 (Fig. 4). An output list 70 is pro- 
duced 69 setting out the matched addresses (herein ad- 
dresses 2, 5, 7), in the order of the sequence input 42 
(herein numerical) along with rackpositfon(s) of the par- 
cels associated (via sort code or delivery address) with 
the resulting addresses (2, 5, 7). The output may be gen- 
erated in the form of a manifest 50 depicted in figure 6. 
Herein, an address 51 appears, along side a sequence 
number 53 of which the parcel was loaded into the rack 
and partition number (rack location) 55. The lists may 
be sorted in any order imagined by one skilled in the art. 
A mobile parcel rack 27 Is also depicted having numer- 
ous spaces 72 for parcels. A close up of the spaces and 
their moveable partitions 52 is also depicted. Arrow 60 
indicates the order of loading the parcels from the scan- 
ning operation. 

[0015] The invention being thus described, it will be 
obvious that the same may be varied in many ways. 
Such variations are not to be regarded as a departure 
from the spirit and scope of the invention, and all such 
modifications as would be obvious to one skilled in the 
art are intended to be included within the scope of the 
following claims. 



Claims 

1 . A method of sorting parcels, comprising the steps 
of: 

5 

decoding a parcel (24) identifier (104); 
matching said identifier to a sort code, said sort 
code uniquely associated with a delivery ad- 
dress (174, 176); 

10 - loading said parcel Into a rack space (1 78); 

repeating said steps of decoding, matching 
loading for a plurality of parcels (1 94); 
generating a first list comprising identifiers 
matched to sort codes (38, 49); 

is - generating a second list comprising parcel se- 
quence and rack space (35, 36); 
merging said first and second list to form a third 
list (62); 

cross checking said third list with a fourth list 
20 for possible matches therebetween (64, 66, 

68); and 

generating a fifth list comprising said possible 
matches (70). 

25 2. The method according to claim 1 , further compris- 
ing the steps of: 

storing said first list in a first database (33), said 
second list in a second database (34); 
30 - sorting said fifth list In order of delivery address 
along a delivery route (68); and 
generating a manifest (50) comprising said 
sorted fifth list (69, 70). 

35 3. The method according to claims 1-2, wherein said 
identifier comprises an identification code (106). 

4. The method according to claims 1-3, wherein said 
identifier also comprises a delivery address (132). 

40 

5. The method according to claims 1 -4, wherein said 
identifier comprises a delivery address (132). 

6. The method according to claims 1-5, wherein said 
45 step of decoding, further comprises the step of 

scanning said parcels (24) with an optical scanner 
and decoding characters on said parcels, said char- 
acters comprising said identifier. 

so 7. The method according to claim 6, wherein said op- 
tical scanner is an overhead bar code reader (20) 
and said characters are barcodes, and said step of 
decoding further comprises the step of automatical- 
ly conveying said parcels below said overhead 

55 scanner (19). 

8. The method according to claim 6, wherein said op- 
tical scanner is a hand held bar code reader (22) 
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and said characters are bar codes. 

9. The method according to claim 6, wherein said op- 
tical scanner is a videocoding device Including op- 
tical character recognition means, and said charac- 5 
ters are alphanumeric characters. 

10. The method according to claims 1-9, wherein said 
racks are mobile racks (27) comprising movable 
partitions (52), and wherein a plurality of parcels 10 
(24) are loaded sequentially (60) into sequential po- 
sitions in said mobile racks, said sequential posi- 
tions defined by said movable partitions. 
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